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ENABLING SECURE COMMUNICATIONS WITH A CLIENT 

Background 

This invention relates generally to enabling secure 
communications between an head end or server and a 
receiving client, for example in systems that distribute 
television content, software or other content 
electronically. 

In a digital broadcast system, digital content may be 
transmitted from a head end or server to a plurality of 
receivers or clients. Ideally, the system is secure enough 
to prevent hackers from intercepting the content and 
viewing it without paying for the content. Similarly, 
other electronic communications may be sent in the same 
fashion including application programs as another example. 

In each case, conditional access services may be 
provided using a device key to enable secure communications 
between the head end and the client. One approach to 
providing such a system is to use a smart card reader at 
the client. However, the smart card system can be hacked 
since it is possible to obtain the information from the 
smart card and then to use it to receive the services for 
free. The hacker merely monitors the smart card interface. 
The hacker may thereafter use computing resources to 
decipher the data using a distributed attacking scheme and 



distribute a control word such as a session key in real 
time over the Internet. 

Similar approaches involve installing a unique device 
key into a flash memory or an electrically erasable 
programmable read only memory (EEPROM) as an alternative to 
a smart card. An encryption scheme may be used to pass the 
device key into a transport demultiplexer or other 
conditional access service receiver before receiving 
conditional access services. However, the standalone, non- 
volatile memory device may easily be removed and replaced 
by a hacker. 

As another approach, a unique device key may be 
integrated into a non-volatile memory device that is part 
of the transport demultiplexer module. However, the 
drawback of such an approach is a lack of renewability of 
the device key and the relatively higher manufacturing 
cost . 

Still another approach is to have a manufacturer key 
burned into the transport demultiplexer at the client. The 
head end then generates and sends the device key covered by 
the manufacturing key to each client. Although this 
approach provides an effective way to renew the device key, 
it enables those clients with the same manufacturer key to 
steal the device key when the head end sends the key down 
to the client who subscribes to the broadcasting service. 




Thus, there is a need for better ways to secure 
transmissions between a head end and a client that enables 
the device key to be renewed while reducing the likelihood 
of a device key being intercepted. 

5 Brief Description of the Drawings 

Figure 1 is a block diagram of hardware in accordance 
with one embodiment of the present invention; 

Figure 2 is a chart that shows the flow for developing 
the device key and providing it to a head end in accordance 
10 with one embodiment of the present invention; 
O Figure 3 is a flow chart for generating a digital 

(p certificate in accordance with one embodiment of the 

J; present invention; 

O Figure 4 is a flow chart for developing a device key 

m 15 in accordance with one embodiment of the present invention; 
L and 

%0 Figure 5 is a flow chart for software for renewing a 

=s : 

3 3J 

^ device key in accordance with one embodiment of the present 

O invention. 

20 Detailed Description 

A receiver or client 10, shown in Figure 1, may 
receive conditional access services via an input device 46 
such as an antenna, a cable connection, a satellite 
receiver or an Internet connection, as examples. The 

25 services may be digital broadcast services, application 
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program services or other electronic data or content. The 
client 10 may include a processor 12. Advantageously, the 
processor 12 has a unique processor identifier or serial 
number called a CPUID and implements instructions to 
provide the CPUID at the operating system kernel level upon 
request. One such processor is the Pentium® III processor 
available from Intel Corporation, Santa Clara, California. 

The processor 12 couples to a north bridge 14 that in 
turn is coupled to a graphics chip 16 and a host memory 18. 
The graphics chip 16, in one embodiment of the present 
invention, may be coupled to a television or other 
audio/video output device. 

The north bridge 14 is coupled to a bus 2 0 that 
couples to a south bridge 22. The south bridge 22 may be 
coupled to a non- volatile memory 24 such as a flash memory. 
In one embodiment of the present invention, the memory 24 
may store a basic input/output system (BIOS) . The memory 
24 may also store a device key that is used to convert 
between plain text and cipher text in accordance with one 
embodiment of the present invention. A hard disk drive 26 
may also be coupled to the south bridge 22. The hard disk 
drive 26 may store software 50 and 80 for implementing 
conditional access services in accordance with one 
embodiment of the present invention. 

The bus 20 is also coupled to a chip or integrated 
circuit 28. In one embodiment, the integrated circuit 28 




may include a transport demultiplexer 34 and a key logic 36 
integrated into the same semiconductor die. Thus, one can 
not readily intercept communications between the key logic 
36 and the transport demultiplexer 34. In one embodiment 
5 of the present invention, the device key may be stored in a 
memory 35 in the transport demuliplexer 34. The integrated 
circuit 28 also includes a bridge 30 that couples the 
circuit 28 to the bus 20. In some embodiments, the circuit 

2 8 may include its own bus 32 that couples the key logic 3 6 
10 and the transport demultiplexer 34. A smart card interface 

3 8 and smart card 40 may also be provided in some 
embodiments . 

The integrated circuit 28 may be coupled to a 
demodulator 42 and a tuner 44 that receive input signals 

15 from the head end or server via the input device 26. Thus, 
in a digital broadcasting embodiment the transport 
demultiplexer 34 demultiplexes the digital broadcast 
information received from the head end. The client 10 may 
only demultiplex the information if the client 10 is 

20 authorized to receive such broadcasts as determined by the 
cooperation of the processor 12, the key logic 36 and the 
memory 24 in a fashion described in more detail 
hereinafter. 

Referring to Figure 2, the processor 12 initiates the 
25 procedure of developing the device key for transmission to 
the head end so that the head end can provide conditional 
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access services to the client 10. The processor 12 
requests a random challenge or random number. In one 
embodiment of the present invention, the random number is 
generated by the key logic 36. The random number or random 
5 challenge is then transmitted back to the processor 12. At 
the same time, the processor 12 generates a device key seed 
or starting value that may be a 64 -bit value in one 
embodiment . The device key seed may then be sent by the 
processor 12 to the memory 24. The device key seed, 

10 originally stored in the memory 24, may be replaced with 
the device key seed generated by the processor 12 . 

The device key seed received from the memory 24 is 
then sent back to the processor 12. At the operating 
system kernel level, the processor 12 executes the CPUID 

15 instruction, reads the device key seed from the memory 24 

and generates a certificate. Thus, at the operating system 
kernel level (which is generally inaccessible to 
application programs) , the processor 12 uses its own CPUID 
instructions to obtain its own unique serial number, 

20 obtains the device key seed from the memory 24 and hashes 
all this information to generate a secure certificate. 
Public key or symmetric key based cipher systems may be 
used to generate the secure certificate. However, the 
underlying signing key may be based on the unique CPUID. 

25 The routine for generating the secure certificate may be 
protected using tamper resistant software (TRS) agents. 



6 



The certificate is then sent by the processor 12 to 
the key logic 36. The certificate ensures secure 
communications between the processor 12 and key logic 36. 
The key logic 36 validates the certificate and processes 
5 the certificate to generate a new device key. Moreover, 
the key logic 36 encrypts the new device key using the 
current device key and then writes the cipher text back to 
the host processor 12. In addition, the cipher text of the 
new device key may be written to the head end by the 
10 processor 12 in order for the head end to update its 
„ database of device keys for various clients 10. 

i : 

Ji The software 50, shown in Figure 3, for generating the 

tfj certificate, in one embodiment, may begin by requesting a 

01 random challenge from the key logic 36, as indicated in 

jjps 15 block 52. The processor 12 then receives the random 
te challenge from the key logic 36, as indicated in block 54. 

D The processor 12 also executes its CPUID instructions as 

yQ 

pj indicated in block 56 in order to obtain its own unique 

^ serial number. 

□ 

□ 2 0 Thereafter, the processor 12 reads the device key seed 

from the memory 24 as indicated in block 58. Using the 
device key seed, the CPUID, and the random number 
challenge, the processor 12 generates a digital signature 
as indicated in block 60. The digital signature or 
25 certificate is then written into the integrated circuit 28 
at the application level as indicated in block 62. In this 
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way, the integrated circuit 28 can be sure that the 
communications it is receiving are authentic and that a 
hacker is not attempting to substitute a new device key for 
the actual device key. 

Referring next to Figure 4, the software 64, in one 
embodiment, for generating a device key in the key logic 36 
initially verifies the digital signature received from the 
processor 12 as indicated in block 66. The CPUID received 
and the device key seed received in the digital signature 
are processed to generate a pseudorandom bit stream (block 
68) . The new device key is then stored in the memory 35 in 
the transport demultiplexer 34 as indicated in block 70. 
Since the key logic 3 6 and transport demulitplexer 34 are 
formed in the same integrated circuit 28, it is virtually 
impossible for a hacker to intercept the communications 
between the key logic 36 and the transport demuliplexer 34. 
Alternatively, such communication may also be encrypted. 

Turning finally to Figure 5, a new device key may be 
periodically provided at the request of the head end as 
indicated in diamond 82 . When the processor 12 receives a 
head end request for a new device key, the processor 
generates a pseudorandom n-bit value as indicated in block 
84. It also requests a new challenge from the key logic 36 
as indicated in block 86. When the processor 12 receives 
the new challenge as indicated in block 88, it generates a 
certificate as indicated in block 90. The certificate is 
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written to the key logic 36 as indicated in block 92. The 
device key is received by the host processor from the key 
logic 36 as indicated in block 94. The processor 12 sends 
the cipher text of the device key to the head end as 
indicated in block 96. 

Thus, embodiments of the present invention provide 
secure communication at reasonable cost. The processor 12 
is the core of the platform and its unique serial number is 
not alterable. Thus, in some embodiments the client 10 may 
avoid making a copy of the device key anywhere in any non- 
volatile memory. This significantly reduces the cost of 
protecting the device key. Also, by executing the CPUID 
instruction at the operating system kernel level, the 
client 10 effectively prevents hackers from producing a 
valid certificate for a known processor serial number. 
Thus, it is extremely difficult to fool the key logic 36 to 
produce a valid device key without both the serial number 
and the device key seed. 

While the present invention has been described with 
respect to a limited number of embodiments, those skilled 
in the art will appreciate numerous modifications and 
variations therefrom. It is intended that the appended 
claims cover all such modifications and variations as fall 
within the true spirit and scope of this present invention. 

What is claimed is: 



